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BACKGROUND OF THE INVENTION 

5 Field of the Invention 

The invention relates to the field of data processing systems. More 
particularly, this invention relates to programmable data processing systems in which 
an instruction decoder is responsive to program instructions to control processing 
10 logic to perform data processing operations specified by computer program 
instructions. 

Description of the Prior Art 

It is known to provide data processing systems that support more than one 
15 instruction set. Examples of such data processing systems are the processor cores 
designed by ARM Limited of Cambridge, England. ARM processors typically 
support two instruction sets: the ARM instruction set in which all instructions are 32- 
bits long; and a Thumb instruction set that compresses the most commonly used 
instructions into a 16-bit format. ARM Jazelle processors include a third instruction 
20 set - Java bytecodes and can easily switch between a Java state in which Java 
bytecodes are treated as native instructions and the ARM/Thumb state. It is difficult 
to produce an efficient highly pipelined processor that is able to execute Java 
bytecodes as native instructions. 

25 An alternative approach is that bytecodes are translated into native 

ARM/Thumb instructions by a Just In Time (JIT) compiler or a dynamic adaptive 
compiler. Such translators often produce code that is considerably larger in size that 
the original non-native bytecodes thus requiring a disadvantageous^ increased 
amount of storage space. 
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It is known to provide a single instruction in which a comparison and a branch 
that switches program execution from one point to another are combined. Such 
known compare and branch instructions calculate a target branch point using a field 
within the instruction itself. This is done, for example, by specifying a 16-bit offset in 
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a field of the instruction and by computing the target branch address from the offset 
relative to the memory address of the branch instruction itself. For a fixed-size 
instruction of say 32-bits, the number of bits available to specify the target branch 
point is limited. The lack of flexibility in the range of target branch addresses that 
may be specified within the instruction is particularly disadvantageous when dealing 
with unplanned changes in the flow of control of the program such, as when an 
exception occurs, or in the case of branch instructions to long-range subroutine calls. 

SUMMARY OF THE INVENTION 

Viewed from one aspect the present invention provides apparatus for 

processing data comprising: 

processing logic operable to perform data processing operations; and 

an instruction decoder operable to decode program instructions to control said 

processing logic to perform data processing operations specified by said program 

instructions; 

wherein said instruction decoder is responsive to a compare and branch 
instruction: 

(i) to perform a comparison between a first value stored in a first register and a second 
value stored in a second register; 

(ii) to determine a target branch address from a pre-programmed stored value; and 

(iii) to branch to a sub-routine at said target branch address in dependence upon a 
result of said comparison. 

The present technique recognises that provision of a compare and branch 
instruction in which the target branch address is determined from a pre-programmed 
stored value rather than being calculated from a relative address specified within the 
instruction itself allows for greater flexibility in the range of addresses that maybe 
specified for the target branch address. This way of determining the target branch 
address is of particular advantage for implementing branches to long-range 
subroutines since it allows access to a wider range of memory addresses. 

Provision of the new branch and compare instruction with the pre- 
programmed stored target branch address also has the advantage that a branch 
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predictor can be arranged to disregard the new instruction, A branch predictor has a 
limited storage capacity used to cache branch results from recently executed branch 
instructions. In cases where the compare and branch instruction according to the 
present technique is associated with an infrequent branch operation, such as a branch 
to an exception handler routine, it advantageous to avoid occupying the limited branch 
predictor memory with branch results that are unlikely to be required. 

It will be appreciated that the compare and branch instruction according to the 
present technique could be employed for any of a number of different functions, for 
example to check that a variable is in range, to branch to an exception handling 
routine, or to implement a conditional branch such as a loop exit. However, in 
preferred embodiments, the compare and branch instruction is an array bounds 
checking instruction that branches to an array bounds exception handling routine. 

The new instruction is particularly advantageous in this context since in 
object-oriented programming languages, such as Java, an array range check is 
typically performed for every array access. Accordingly, non-native code such as 
Java bytecodes frequently includes an array range checking instructions. 
Accordingly, by combining the comparison and branch in a single instruction the 
overall quantity of native translated code can be reduced yet the instruction has 
sufficient flexibility to allow branching from the main program sequence to a wide 
range of different memory addresses where array bounds exception handlers are 
stored. 

The particular exception handler to be invoked can be selectable in 
dependence upon the method where the exception was thrown. 

Where the compare and branch instruction according to the present technique 
is an array bounds checking instruction, it is further preferred that the first value of the 
comparison is a reference value that specifies an array size and the second value is a 
test value corresponding to an array index determined from a decoded native program 
instruction. This is an effective way of performing a check to determine whether the 
array index being accessed by the native program instruction is out of bounds. For 
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example if the array size is "n-1" and the decoded value is "n" or "-2" then the array 
index is out of hounds and an array bounds exception handler can be invoked. 

It will be appreciated that the comparison could be any one of a number of 
different logical operations, for example an equality check or a determination of the 
value having largest absolute magnitude. However, in preferred embodiments where 
the compare and branch instruction is an array bounds checking instruction it is 
further preferred that the comparison comprises determining if the reference value is 
greater than or equal to the test value (this is an unsigned test on signed values). This 
provides an efficient check as to whether the attempted array access at the test value is 
within the uppermost limit of the range of array indices specified by the reference 
value. 

It is particularly efficient to determine a result of the comparison from a carry 
flag value and zero flag value. This has the advantage that the mechanisms for setting 
and checking these flags are likely to already be present for more general use. 

Although the first register and second register could be predetermined 
registers, it is preferred that at least one of the first register and the second register are 
specified within a field of the compare and branch instruction. This gives the 
programmer more flexibility when implementing the instruction. 

It will be appreciated that the branch could be performed in a number of 
different ways, but in preferred embodiments, the branch involves copying a pointer 
to an array bounds exception handling routine into the program counter that specifies 
the next program instruction. A branch to the array bounds exception handling 
routine enables software to determine from the return address the location of the cause 
of an array bounds exception and to perform any appropriate remedial and/or 
diagnostic operations. 

Although the pointer to the array bounds exception handling routine could be 
stored in a register and copied to the program counter from a register in the register 
file of the main processor core, it is preferred that the exception handling routine 
pointer be stored in a coprocessor register. Typically the exception handling routine 
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pointer is a static value and so may conveniently be stored within a coprocessor 
configuration register thus avoiding unnecessarily occupying register file registers that 
might be utilised for other purposes. 

It will be appreciated that the compare and branch instruction could take 
several processing cycles to execute, but in preferred embodiments the hardware is 
configured such that the compare and branch instruction is executed within a single 
processor clock cycle when the branch is not taken. 

The decoder is operable to decode translated non-native program instructions. 
These non-native program instructions could have a variety of different forms but the 
present technique is particularly useful when the non-native program instructions are 
platform-independent program instructions, such as Java bytecodes, MSIL bytecodes, 
CIL bytecodes and .NET bytecodes. 

Although the data processing apparatus having a user mode and a privileged 
mode could be in the user mode when the comparison is performed and transition to 
the privileged mode when a branch is taken, in preferred embodiments the data 
processing apparatus remains in the user mode during execution of the compare and 
branch instruction. 

Viewed from another aspect the present invention provides a method of 
processing data with an apparatus for processing data having processing logic 
operable to perform data processing operations and an instruction decoder operable to 
decode program instructions to control said processing logic to perform data 
processing operations specified by said program instructions, said method comprising 
the steps of: 

in response to a compare and branch instruction decoded by said instruction 
decoder controlling said processing logic: 

(i) to perform a comparison between a first value stored in a first register and a 
second value stored in a second register; and 

(ii) to branch to a sub-routine in dependence upon a result of said 

comparison. 
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Viewed from a further aspect the present invention provides a computer 
program product including a computer program operable to control an apparatus for 
processing data having processing logic operable to perform data processing 
operations and an instruction decoder operable to decode program instructions to 
5 control said processing logic to perform data processing operations specified by said 
program instructions, said computer program comprising: 

a compare and branch instruction decodable by said instruction decoder to 
control said processing logic: 

(i) to perform a comparison between a first value stored in a first register and a second 
10 value stored in a second register; 

(ii) to determine a target branch address from a pre-programmed stored value; and 

(iii) to branch to a sub-routine at said target branch address in dependence upon a 
result of said comparison. 

15 Viewed from a further aspect the present invention provides a computer 

program product including a computer program operable to translate non-native 
program instructions to form native program instructions directly decodable by an 
apparatus for processing data having processing logic operable to perform data 
processing operations and an instruction decoder operable to decode program 

20 instructions to control said processing logic to perform data processing operations 
specified by said program instructions, said native program instructions comprising: 

a compare and branch instruction decodable by said instruction decoder to 
control said processing logic: 

(i) to perform a comparison between a first value stored in a first register and a second 
25 value stored in a second register; 

(ii) to determine a target branch address from a pre-programmed stored value; and 

(iii) to branch to a sub-routine at said target branch address in dependence upon a 
result of said comparison. 

30 The above, and other objects, features and advantages of this invention will be 

apparent from the following detailed description of illustrative embodiments which is to 
be read in connection with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
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Figure 1 schematically illustrates a data processor apparatus using compare and 
branch instructions that have a target branch address that is determined from a pre- 
programmed stored value; 

Figure 2 schematically illustrates the process of converting non-native program 
instructions into native program instructions starting with source code written in an 
object-oriented programming language; 

Figure 3 schematically illustrates relationships between virtual machine 
bytecodes and native Thumb-2 instructions including an array bounds checking 
instruction; 

Figure 4 is a flow chart that schematically illustrates a sequence of operations 
associated with execution of an array bounds checking instruction; and 

Figure 5 schematically illustrates an array bounds checking instruction according 
to the present technique. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 schematically illustrates a data processor according to the present 
technique. The data processor comprises: a processor core 10 having a register file 12, a 
multiplier 14, a shifter 16, an adder 18, an instruction decoder 20 and an instruction 
pipeline 22. Carry and zero flag values 24 (set by the most recent instruction to execute) 
is supplied as input to the instruction decoder 20. (Alternatively a carry out from the 
adder signal could be used). Associated with the processor core 10 are a co-processor 30 
that stores a 32-bit pointer value and a memory 26 that stores translated platform- 
independent instructions 38 and a series of handler routines, including an array bounds 
exception handler 36. 

The processor core 10 is operable to execute processing operations on data 
values stored in the register file 12 by reading the data values from the register and 
supplying them to appropriate ones the multiplier 14,-shifter 16 and adder 18 logic gates 
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together with control signals for those processing elements. The results of the processing 
operations are output by the adder 18 and stored in locations in the register file 12. The 
register file 12, the multiplier 14, the shifter 16 and the adder 18 together represent 
processing logic for performing processing operations under control of program 
5 instructions that have been decoded by the instruction decoder 20. It will be appreciated 
that the data processing apparatus may comprise further processing logic to perform the 
processing operations and the circuit elements illustrated in Figure 1 are just a 
representative set. 

10 A predetermined register 34 is used to store a value of a program counter that is 

an index to a current program instruction to be executed. Translated platform- 
independent instructions are stored in a predetermined region 38 of the memory 26 and 
these instructions are fed to the instruction pipeline 22 for subsequent execution under 
the control of the instruction decoder 20. The instruction decoder 20 generates control 

15 signals to control the processing logic to effect execution of the sequence of program 
instructions fed to it via the instruction pipeline 22. 

The coprocessor 30 is a configuration coprocessor that has a plurality of 
configuration registers operable to store parameters associated with the processor core 
20 10. A single one of these registers is illustrated and this stores a 32 bit pointer to a sub- 
routine to which a branch associated with the new compare and branch instruction may 
be performed. 

The translated platform independent instructions 38 include an array bounds 
25 checking instruction CHKA.X, which is an example of a compare and branch instruction 
according to the present technique. In response to receipt of a CHKA.X instruction from 
the instruction pipeline 22, the instruction 20 decoder reads a first value from a first 
register location and a second value from a second register location. The register 
locations are variables specified in fields of the array bounds checking instruction and 
30 are in this embodiment locations in the register file 12. The instruction decoder 20 feeds 
the register value variables to the processing logic 14, 16, 18 and a value of the carry flag 
24 associated with the comparison operation (which is effectively a SUB in this case) is 
determined. If the carry flag 24 is set (i.e. logical TRUE), then a branch results. If the 
carry and zero flags 24 are clear (i.e. logical FALSE), then execution of the main 
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sequence of translated instructions proceeds unaltered. The target branch address is not 
calculated within the CHKA.X instruction itself, but rather is read by the instruction 
decoder 20 from a register 32 in the co-processor. The target branch address is a 32-bit 
pointer to an array bounds exception handler routine 36 stored in the memory 26. The 
exception handler routine 36 is a re-usable sequence of native instructions, in this case 
Thumb-2 instructions. Thumb2 is a blended instruction set combining both 16-bit and 
32-bit instructions. 

Figure 2 schematically illustrates the process of converting non-native program 
instructions into native program instructions starting from source code written in an 
object-oriented programming language, which in this particular case is Java. The 
conversion process involves a Java compiler 40, a translator 42 and a decoder 44. Rather 
than producing executable object-code that is specific to a particular processor core (e.g. 
ARM, MIPS, x86, etc), the Java compiler produces platform-independent instructions 
known as Java bytecodes. Java bytecodes can be executed on any platform on which a 
Java virtual machine has been implemented. Alternatively, and in accordance at least a 
preferred embodiment the present technique, a JIT compiler is used to translate the Java 
bytecodes into native program instructions. The Java bytecodes are output by the Java 
compiler 40 and supplied as input to the translator (JIT compiler) 42. 

The translator (JIT compiler) 42 translates the non-native bytecodes into native 
Thumb-2 instructions. There is typically limited memory capacity available for storage 
of the Thumb-2 instructions. The nature of the mapping will be explained in more detail 
with reference to Figure 2. The Thumb-2 instruction set generated by the translator 42 
includes the array bounds checking instruction CHKA.X according to the present 
technique. 

The Thumb-2 instructions are subsequently supplied to the instruction decoder 
20, which generates control signals that control the processing logic to execute the native 
instructions. The CHKA.X instruction is executed within a single processor cycle. This 
is achieved by an appropriate hardware configuration in the processor core 10 in 
accordance with normal optimisation techniques. It will be appreciated that the 
translator 42 serves to generate the new compare and branch instructions within the 
translated native program code that it produces. Thus the translated program (output by 
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the translator 42) as well as the program that actually performs the translation can be 
considered complementary aspect of the present technique. Although in the example of 
Figure 2, the non-native program instructions are Java bytecodes, in alternative 
arrangements they could be .NET bytecodes, MSJX bytecodes, or CIL bytecodes for 
5 example. 

Figure 3 schematically illustrates relationships between the platform independent 
instructions (bytecodes) and native Thumb-2 instructions, which include an array 
bounds checking compare and branch instruction. Figure 3 illustrates a mapping 

10 between a set of Java bytecodes BC1 , BC2, . . ., BC9 and a corresponding set of Thumb- 
2 native instructions TCI , TC2,. . .,TC1 1 . The mapping between bytecodes and Thumb- 
2 instructions may be a one-to-one mapping such as BC2 to TC4, a one-to-many 
mapping, such as BC1 to TCI, TC2 and TC3, or a many-to-one mapping, such as BC5 
and BC6 to TC7. Typically a larger number Thumb-2 instructions than bytecodes are 

15 required to achieve that same level of functionality, i.e. the bytecodes have a higher 
"code density". A principal objective in translator design is to achieve native code 
having improved code density in comparison to known translators. Achievement of this 
objective involves a trade-off between the potential reduction in performance by 
inclusion of more complex instructions involving combined operations and the improved 

20 code density that may be achieved by mapping frequently occurring non-native 
instructions to a single native instruction. Since in Java an array bounds check is 
normally performed for each and every array access, the Java bytecodes frequently 
comprise array bounds checking instructions. 

25 In Figure 3 the bytecode BC4 represents a non-native array bounds checking 

instruction. It has been established according to the present technique that the code 
density of native code can be improved without significantly diminishing performance 
by the inclusion in the Thumb-2 instruction set when in a mode when it is known to be 
executing translated Java bytecodes of an instruction CHKA.X that combines a compare 

30 operation with a branch operation in such a way that the target branch address is 
programmed (e.g. configured in advance) rather than being calculated within the 
instruction itself. When the instruction decoder 20 receives the CHKA.X instruction 
from the pipeline 22, it compares the register values held with the registers specified 
within the register fields of the variables associated with the instruction and in 
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dependence upon the result of the comparison branches to a sub-routine stored at an 
address in memory specified by the 32-bit pointer 32. In this case, the sub-routine is an 
array bounds exception handler. The value of the program counter PC (or the PC subject 
to a fixed offset), at which the array bounds check was initiated is stored in a link register 
5 and is used by software to determine the location of the source of the array bounds 
exception. 

The stored value PC from the link register is used to identify the method that 
threw the exception and to select a particular exception handler that is appropriate to that 

10 method. In this case the 32-bit pointer 32 enables access to the appropriate exception 
handler via a look-up table. If no exception handler that is directly associated with the 
given method is found then it is determined whether there is an exception handler 
associated with the calling method and if so that error handler is invoked. If no handler 
is found at the next highest level, then the search may be continued as necessary up to 

1 5 the top level of the method calling hierarchy. 

In the arrangement of Figure 1, the processor core 10 is operable in a privileged 
mode and a user mode. It is to be noted that the processor core remains in the user mode 
throughout execution of the branch and compare instruction CHKA.X. Following the 
20 branch to the array bounds exception handler 36, program execution can return to inline 
execution of the main sequence native instructions. The return may or may not be to the 
program counter value immediately subsequent to the point PC at which the branch 
occurred. 
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Figure 4 is a flow chart that schematically illustrates a sequence of operations 
associated with execution of an array bounds checking instruction CHKA.X. The 
sequence of operations begins at stage 50 when a test value corresponding to an array 
index is read from a first register in the register file 12. At stage 52, a reference value 
corresponding to an array size is read from a register of the co-processor 30. Note that 
the array size is not necessarily a static value. Steps 50 and 52 could, if required, be 
performed in parallel. At stage 54 a test is performed to determine both whether the test 
value is non-negative and whether the test value is less than the array size. This is 
implemented by a subtraction AND operation involving the test value and the reference 
value and the test result is determined from the status of a carry flag and a zero flag 
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associated with the addition. If the carry flag is determined to be CLEAR at stage 54, 
then the process proceeds to stage 56 where inline execution of the instruction sequence 
is continued. If on the other hand, the carry flag and the zero flag are determined to be 
SET at stage 54, then the process proceeds to stage 58 whereupon the current value of 
the program counter PC is copied to the link register R14 in the register file 12. Next, at 
stage 60, the program counter 34 is loaded with a pointer to an appropriate array bounds 
exception handler. The most appropriate bound exception handler is determined from 
the link register value. The link register value provides an indication of the portion of 
code with which the array bounds exception is associated. The process then proceeds to 
stage 62 where the appropriate handler is executed and then on to stage 64 where the 
program execution returns from the handler sub-routine to the main sequence of 
instruction execution. 

Figure 5 schematically illustrates the encoding of an array bounds checking 
instruction according to the present technique. The instruction CHKA.X is a 16-bit 
instruction that has fields that specify register locations Rn and Rm, from which the first 
and second values to be compared will be read during execution of the branch and 
compare instruction. Bits 0 to 2 correspond to Rri; bits 3 to 5 correspond to Rm; bit 6 is 
labelled H2 and contains the most significant bit for Rm; bit 7 is labelled HI and 
contains the most significant bit for Rn; bits 8 through 15 correspond to a Thumb-2 
instruction opcode. Figure 5 also shows the equivalent sequence of three Thumb-2 
instructions that would have to be executed if the CHKA.X had not been defined as a 
single instruction. It can be seen that the CHKA.X instructions is equivalent to a 
compare instruction CMP that compares register values Rn and Rm followed by a move 
instruction MOVLS that moves the program counter value "pc" into the link register and 
then an ADD instruction ADDLS that subtracts 8 bits from a programmed target branch 
address "HandlerBase" corresponding to the 32-bit pointer 32 and loads the result of the 
addition into the program counter register R15 to effect the branch operation to an 
appropriate handler sub-routine. The comparison CMP is an unsigned comparison that 
determines if Rm is greater than or equal to Rn. If in fact Rm > Rn then the current 
value of the program counter is stored in the link register and the pointer to the handler 
sub-routine is copied to the program counter to effect a branch to that sub-routine. 
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Although illustrative embodiments of the invention have been described in detail 
herein with reference to the accompanying drawings, it is to be understood that the 
invention is not limited to those precise embodiments, and that various changes and 
modifications can be effected therein by one skilled in the art without departing from the 
scope and spirit of the invention as defined by the appended claims. 
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